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Background of the Invention 



Field of the Invention 

10 The present invention relates generally to the field of networking and semaphores, 

and more particularly to the use of a data socket component to maintain and/or access a 
semaphore, wherein various devices may use the semaphore for synchronization or 
control for various purposes. 



1 5 Description of the Related Art 

In modem networked computer systems, the computer system may be required to 
obtain data from various sources, including a semaphore. The semaphore may be 
comprised in local memory on the computer system, a memory of a second computer 
system, external data sources connected to the computer system, such as I/O devices 

20 connected to computer system ports, and/or other networked computer systems, such as 
computer systems connected to a LAN, WAN or to the Internet, When a program 
executing on a computer system is required to access data, such as from a semaphore, the 
program is often required to account for the source or location of the data, opening and 
closing of files, the format of the data, and conversion of the data to readable formats, 

25 among others. 

One of the biggest challenges in developing complex applications that are 
comprised of different components is sharing and exchanging information and data 
between the different components. One method for sharing or exchanging information 
between different components is by using a semaphore. As defined herein, the term 

30 "semaphore" is intended to include a memory location containing data that is used to 
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enable two or more programs to share information and/or synchronize operations. A 
semaphore may be used for various purposes, such as management of a shared resource, 
such that the different components are aware of the level of the shared resource that is 
available to the different components, over time. For example, a user may use a 
5 semaphore to restrict access to a communications channel to a hmited number of threads 
so that each thread has sufficient bandwidth. As another example, two or more programs 
may use a semaphore to increment or decrement the count of the use of a certain resource. 
A semaphore may also include or store other types of "synchronization objects", such as 
a mutex or a queue. 

10 Today, the task of exchanging data between different apphcations or components 

is solved using a number of different existing tools, including writing and reading files, 
DDE, ActiveX automation, http server and chent tools, and more. In addition, 
measurement applications, as well as other engineering apphcations, often place some 
special requirements on sharing data, such as providing additional information qualifying 

15 the data. 

Hence, an improved system and method is desired for providing programs with 
access to data from semaphores, wherein the data may have various types or formats, 
wherein the access is provided invisibly to the user or programmer, and wherein the data is 
returned in a format useable by the apphcation accessing the semaphore. 

20 
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5 0 Summary of the Invention 

The present invention provides various embodiments of an improved method and 
system for accessing data from a semaphore in a computer system, preferably through the 
use of a software component comprised in the apphcation. In one embodiment, the 
method involves including a first software component (referred to as a data socket 

55 component) in a first application, where the first software component is operable to 
access data from the semaphore. The data comprised in the semaphore may be of a first 
data type of a pluraUty of different possible data types. The first apphcation may be 
executed, and may invoke the first software component when the semaphore is desired to 
be accessed. The first software component may access the semaphore using location 

60 information of the semaphore (e.g., a uniform resource locator (URL) specifying a 
location of the semaphore). The first software component may access the data comprised 
in the semaphore and may convert the data into a format useable by the first application 
after the first software component receives the data. The first application may receive 
and process the data after the data is converted. The accessing, conversion and 

65 processing of the data may be performed a plurahty of times. Additionally, the accessing, 
conversion and processing of the data may be performed without any user programming 
required. The first software component may perform a locked read-modify-write 
operation on the data comprised in the semaphore. Accessing the data comprised in the 
semaphore may include the following steps, performed by the first software component: 

70 locking the semaphore, reading the data comprised in the semaphore, writing new data to 
the semaphore, and unlocking the semaphore. 

In a typical embodiment, the method may involve a plurality of applications in a 
corresponding plurality of computer systems, where each of the applications share or use 
a semaphore for commxmication and/or data exchange. Each of the applications may 

75 include a software component, such as a data socket client. In this typical embodiment, 
one or more requests to perform a locked read-modify-write operation on the data 
comprised in the semaphore may be received from one or more of the multiple software 
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components. When multiple requests are received, the plurality of requests may be stored 
in a queue, and processed sequentially. The corresponding multiple of applications may 
use the semaphore to synchronize operation of the applications or otherwise provide 
commimication between the applications. The multiple of computer systems and the 
computer memory may be connected through a network (e.g., the hitemet). Accessing 
data from a semaphore in a computer system may include publishing or writing data to 
the semaphore as well as reading data from the semaphore. 
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Brief Description of the Drawings 

A better understanding of the present invention can be obtained when the 
following detailed description of several embodiments is considered in conjunction with 
the following drawings, in which: 

Figure lA illustrates a first computer system connected through a network to a 
second computer system; 

Figure IB illustrates the first computer system and the second computer system of 
Figure 1 A connected through a network to a third computer system; 

Figures 2A and 2B illustrate representative instrumentation and process control 
systems including various I/O interface options; 

Figure 3 is a block diagram of the computer systems of Figures 1 A, IB, 2 A and 2B; 

Figure 4 is a flowchart diagram illustrating creation and use of a semaphore 
according to one embodiment of the present invention; 

Figure 5A is a flowchart diagram illustrating writing and reading of a semaphore 
using a data socket according to one embodiment of the present invention; 

Figure 5B is a flowchart diagram illustrating locking and unlocking of a semaphore 
using a data socket according to one embodiment of the present invention; 

Figures 6A and 6B are illustrations of using a semaphore according to one 
embodiment of the present invention; 

Figure 7 illustrates an application containing a data socket chent and a semaphore 
according to one embodiment of the present invention; 

Figure 8 is a flowchart diagram illustrating use of the data socket cUent of the 
present invention; and 

Figures 9 A and 9B are a flowchart diagram illustrating execution of the data socket 
chent of the present invention. 
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Detailed Description of Several Embodiments 

Incorporation by Reference 

The following references are hereby incorporated by reference as though fully and 
completely set forth herein. 

U.S. AppUcation Serial No, 09/185,161 titled "Data Socket System and Method 
for Accessing Data Sources Using URLs" and filed November 3, 1998, whose inventor is 
Paul F. Austin. 

U.S. Application Serial No. 09/374,740 titled "System and Method for 
Automatically Creating URLs for Accessing Data Sources and Data Targets" and filed 
August 13, 1999, whose inventors are Paul F. Austin, David W. Fuller, Brian H. Sierer, 
Kurt Carlson, Stephen Rogers and Chris Mayer. 

U.S. Apphcation Serial No. 09/546,047 titled "System and Method for 
Connecting to and Viewing Live Data using a Standard User Agent" and filed April 10, 
2000, whose inventor is Paul F. Austin. 

Figure 1 A: First and Second Computer Systems Connected through a Network 

Figure lA illustrates a first computer system 82 connected through a network 84 
to a second computer system 86. The first computer system 82 and the second computer 
system 86 can be any of various types, as desired. The network 84 can also be any of 
various types, including a LAN (local area network), WAN (wide area network), or the 
Internet, among others. 

Although one instance of the first computer system 82 and one instance of the 
second computer system 86 is shown, multiple instances (i.e., computer system 82a, 
computer system 82b, computer system 82c, etc., or computer systems 86a, 86b, 86c, 
etc.) may exist. Description regarding the first computer system 82 and the second 
computer system 86 may equally apply to each instance of computer system 82x or 86x 
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(e.g., instances 82a, 82b, 82c, 86a, 86b, 86c etc., may each include or store software 
according to one embodiment of the present invention). 

The first computer system 82 and the second computer system 86 may each store 

14 0 an apphcation program (or a plurahty of apphcation programs), wherein the apphcation 
program(s) on each computer may use a semaphore to communicate with each other, 
synchronize operations, or otherwise share data. One or more of the first computer 
system 82 or the second computer system 86, or another computer (not shown) may store 
the semaphore that is used by the respective apphcation programs. 

145 The first computer system 82 and/or second computer system 86 may each 

include or store a first software component, preferably a data socket cUent (or data socket 
component), according to one embodiment of the present invention. AppUcations 
executing in the first computer system 82 and the second computer system 86 are each 
operable to use their respective data socket client according to the present invention to 

150 access data located in the semaphore. The first software component may be any of 
various types of software components that are operable to connect, access, and/or convert 
data located in a semaphore. The first software component may be integrated with a 
respective application, or may be a separate software component or software object. In 
the preferred embodiment, the first software component is a data socket client as 

155 described in U.S. Patent Application Serial No. 09/185,161. In the following description, 
an embodiment of the present invention is described using a data socket client as the first 
software component. 

The semaphore may be located locally on the first computer system 82, or the 
160 semaphore may be located in another computer, e.g., computer 86, connected through the 
network. Thus the data socket chent provides access to data stored and/or located in various 
manners. For example, the data socket chent may provide access to data located in the local 
system memory or non- volatile memory of the respective computer system in which the 
data socket chent is located, or a memory of a second computer system or other device. 
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The data socket client also may provide access to data stored in or generated by 
peripheral devices connected to the first computer system 82, such as peripheral devices 
connected to the computer's serial port, e.g., the RS-232 port, RS-485 port, a USB 
(Universal Serial Bus) port, an IEEE 1394 port, or an IEEE 1394.2 port, etc. The data 
socket cHent also provides access to data stored in or generated by peripheral devices 
connected to the parallel port of the first computer system 82. The data socket client also 
provides access to data stored in or generated by peripheral devices connected to a bus of 
the first computer system 82, such as the PCI (Peripheral Component Interconnect) bus, the 
ISA (Industry Standard Architecture) bus, and the NuBus, among others. Examples of 
these peripheral devices include instrumentation devices, industrial automation devices, 
process control devices, multimedia devices, e.g., video and/or audio devices, etc. 

As noted above, the data socket client also provides access to data stored in or 
generated by computers or devices connected to the first computer system 82 through the 
network 84, such as the second computer system 86. As also noted above, the network 84 
can be any of various types, including a LAN (local area network), such as an Ethernet 
network, or a WAN (wide area network), or the Latemet, among others. 

Thus the data socket client enables access to data stored locally on or proximate to 
the first computer system 82 as well as data stored in a second computer system or device 
86 connected through any of various types of networks 84 to the first computer system 82. 
The data socket client provides this data access invisibly to the user, i.e., the user is not 
required to create program code to access the data, open or close files, or handle data format 
conversions. 

The data socket cUent is preferably a re-useable software component, such as a 
software control or software object, e.g., an Active X control, Java object, C++ object, etc. 
The data socket chent may also take other forms, such as a LabVIEW Virtual Instrument 
(VI), a Simulink diagram, a DLL, or others. 

The first computer system 82 may include a computer memory which stores one or 
more semaphores. Similarly, the second computer system 86 may also include a computer 
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memory which stores one or more semaphores. Thus either the first computer system 82 or 
the second computer system 86 may read data from a semaphore and/or write data to a 
semaphore, for purposes of synchronization of various processes and/or control of various 
processes. Effectively, the first computer system 82 and the second computer system 86 
may communicate through a semaphore located or stored in a computer memory on either 
the first computer system 82 or the second computer system 86, or stored on a different 
computer system. 

Figure IB: First, Second, and Third Computer Systems Connected through a Network 

Figure IB illustrates an alternate embodhnent of Figure lA. Figure IB illustrates a 
first computer system 82, a second computer system 86, and a third computer system 88 
connected through the network 84. The first computer system 82, the second computer 
system 86, and the third computer system 88 can be any of various types, as desired. The 
network 84 can also be any of various types, including a LAN (local area network), WAN 
(wide area network), or the Internet, among others. 

In this exemplary embodiment, the first computer system 82 and the second 
computer system 86 may each store an application program, wherein the appUcation 
programs on each computer 82 and 86 may use a semaphore to communicate with each 
other, synchronize operations, or otherwise share data. The third computer system 88 
may include a computer memory which stores one or more semaphores. The semaphores 
may be used for synchronization of various processes and/or control of various processes. 
Applications or processes in the first computer system 82 and the second computer 
system 86 may each read data firom a semaphore stored on the third computer system 88, 
and/or write data to a semaphore stored on the third computer system 88. Effectively, the 
first computer system 82 and the second computer system 86 may communicate through 
a semaphore located or stored in a computer memory on the third computer system 88. 

Altematively, the first computer system 82, the second computer system 86, and the 
third computer system 88 may each store an apphcation program, wherein the application 
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programs on each computer 82, 86, and 88 may use a semaphore to communicate with 
each other, synchronize operations, or otherwise share data. One or more of the first 
computer system 82, the second computer system 86, or the third computer 88 may store 
the semaphore that is used by the respective appUcation programs. 

FiKures 2A and 2B: histrumentation and Industrial Automation Systems 

Figures 2A and 2B illustrate an exemplary computer 102 having various types of 
instruments or hardware devices connected. In various embodiments, the computer 102 
may be any of the computers 82, 86, or 88 discussed above. It is noted that Figures 2A and 
2B are exemplary only, and in altemative embodiments, application programs such as 
described herein may execute on any of various types of systems and may be used in any of 
various applications. 

Figure 2 A illustrates an instrumentation control system 100. The system 100 
comprises a host computer 102 which connects to one or more instruments. The host 
computer 102 comprises a CPU, a display screen, memory, and one or more input devices 
such as a mouse or keyboard as shown. The computer 102 connects through the one or, 
more instruments to analyze, measure, or control a unit under test (UUT) or process 150. 

The one or more instruments may include a GPEB instrument 112 and associated 
GPIB interface card 122, a data acquisition board 114 and associated signal conditioning 
circuitry 124, a VXI instrument 116, a PXI instrument 118, a video device 132 and 
associated image acquisition card 134, a motion control device 136 and associated motion 
control interface card 138, and/or one or more computer based instrument cards 142, among 
other types of devices. 

The GPIB instrument 112 is coupled to the computer 102 via the GPIB interface 
card 122 provided by the computer 102. In a similar manner, the video device 132 is 
coupled to the computer 102 via the image acquisition card 134, and the motion control 
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device 136 is coupled to the computer 102 through the motion control interface card 138. 
The data acquisition board 114 is coupled to the computer 102, and may interface through 
signal conditioning circuitry 124 to the UUT. The signal conditioning circuitry 124 
preferably comprises an SCXI (Signal Conditioning extensions for Instrumentation) chassis 
comprising one or more SCXI modules 126. 

The GPIB card 122, the image acquisition card 134, the motion control interface 
card 138, and the DAQ card 1 14 are typically plugged in to an I/O slot in the computer 102, 
such as a PCI bus slot, a PC Card slot, or an ISA, EISA or MicroChannel bus slot provided 
by the computer 102. However, these cards 122, 134, 138 and 114 are shown external to 
computer 102 for illustrative purposes. 

The VXI chassis or instrument 116 is coupled to the computer 102 via a VXI bus, 
MXI bus, or other serial or parallel bus provided by the computer 102. The computer 102 
preferably includes VXI interface logic, such as a VXI, MXI or GPIB interface card (not 
shown), which interfaces to the VXI chassis 116. The PXI chassis or instrument is 
preferably coupled to the computer 102 through the computer's PCI bus. 

A serial instrument (not shown) may also be coupled to the computer 102 through a 
serial port, such as an RS-232 port, USB (Universal Serial bus) or IEEE 1394 or 1394.2 
bus, provided by the computer 102. In typical instrumentation control systems an 
instrument of each interface type will not be present, and in fact many systems may only 
have one or more instruments of a single interface type, such as only GPIB instruments. 

The instruments are coupled to the unit under test (UUT) or process 150, or are 
coupled to receive field signals, typically generated by transducers. The system 100 may be 
used in a data acquisition and control application, in a test and measurement appUcation, a 
process control application, or a man-machine interface application. 

Figure 2B illustrates an exemplary industrial automation system 160. The industrial 
automation system 160 is similar to the instrumentation or test and measurement system 
100 shown in Figure 2A. Elements which are similar or identical to elements in Figure 2A 
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have the same reference numerals for convenience. The system 160 comprises a computer 
102 which connects to one or more devices or instruments. The computer 102 comprises a 
CPU, a display screen, memory, and one or more input devices such as a mouse or 
keyboard as shown. The computer 102 connects through the one or more devices to a 
process or device 150 to perform an automation function, such as MMI (Man Machine 
Interface), SCADA (Supervisory Control and Data Acquisition), portable or distributed data 
acquisition, process control, advanced analysis, or other control. 

The one or more devices may include a data acquisition board 114 and associated 
signal conditioning circuitry 124, a PXI instrument 118, a video device 132 and associated 
image acquisition card 134, a motion control device 136 and associated motion control 
interface card 138, a fieldbus device 170 and associated fieldbus interface card 172, a PLC 
(Programmable Logic Controller) 176, a serial instrument 182 and associated serial 
interface card 184, or a distributed data acquisition system, such as the Fieldpoint system 
available from National Instruments, among other types of devices. 

The DAQ card 114, the PXI chassis 118, the video device 132, and the image 
acquisition card 136 are preferably connected to the computer 102 as described above. The 
serial instrument 182 is coupled to the computer 102 through a serial interface card 184, or 
through a serial port, such as an RS-232 port, provided by the computer 102. The PLC 176 
couples to the computer 102 through a serial port, Ethernet port, or a proprietary interface. 
The fieldbus interface card 172 is preferably comprised in the computer 102 and interfaces 
through a fieldbus network to one or more fieldbus devices. Each of the DAQ card 1 14, the 
serial card 184, the fieldbus card 172, the image acquisition card 134, and the motion 
control card 138 are typically plugged in to an I/O slot in the computer 102 as described 
above. However, these cards 114, 184, 172, 134, and 138 are shown extemal to computer 
102 for illustrative purposes. In typical industrial automation systems a device of each 
interface type will not be present, and in fact many systems may only have one or more 
devices of a single interface type, such as only PLCs. The devices are coupled to the device 
or process 150. 
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Examples of using semaphores 

The systems shown in Figures 2A and 2B may use semaphores in various different 
manners. For example, an appHcation program may execute on the computer 102 and may 
5 use the data socket client to write data acquired from a connected hardware device to a data 
target, such as a semaphore. The semaphore may be stored on the memory of the local 
computer 102, a device connected to the computer 102, a second computer connected 
through a network, or a device connected to the second computer. Altematively, one or 
more of an appHcation program executing on the computer 102 and an apphcation 

10 executing on a device (e.g., an instrument) may each use a respective data socket cUent to 
access a semaphore, wherein the semaphore may be stored in the memory of the computer 
102 or on the device. Further, two difference devices may use a semaphore to 
communicate, synchronize operations or share data between them, wherein applications 
(e.g., embedded applications) executing on each device may use a data socket client for 

15 accessing the semaphore. 

The systems shown in Figures 2A and 2B may use semaphores for various 
purposes. For example, two or more apphcation programs, two or more devices, or a 
combination of one or more apphcation programs and one or more devices may use a 
semaphore to 1) synchronize measurements of the devices, e.g., the semaphore may be 

2 0 used as a trigger for triggering data acquisition or measurements (e.g., to control triggering 
between an image acquisition board and a motion control board); 2) synchronize operation 
of two or more apphcations and/or devices in a control system, such as a process control or 
manufacturing control system; 3) allow two or more applications and/or devices in a 
measurement system or control system to share status information, such as status 

25 information of the system being controlled; or 4) allow two or more apphcations and/or 
devices in a system to share data or information or synchronize operations to perform 
simulation of a system or process (for example, the semaphore may be used to store a "real 
time" or "standard time" for the simulation, or may be used to convey status information or 



Atty, Dkt. No.: 5150-50200 



Page 13 



Conley, Rose & Tayon, P,C. 



other data between two simulation programs, such as in a hardware-in-the-loop simulation 
system). 

One example of the use of a semaphore is described in U.S. Patent No. 6,122,713 
titled "Dual Port Shared Memory System Including Semaphores for High Priority and 
5 Low Priority Requestors", which is hereby incorporated by reference in its entirety as 
though fully and completely set forth herein. 

Two or more appHcations and/or devices may also use the semaphore for various 
network management functions, as is well known in the art. Various other uses may be 
made of the semaphore, as is well known in the art. 

10 

One or more of the computer systems 82, 86 or 88, e.g., the computer system 102, 
preferably includes a memory medium on which software according to one embodiment of 
the present invention may be stored. For example, the memory medium may store an 

15 apphcation program that is operable or configured to subscribe to data from a semaphore 
and/or pubUsh data to a data target, as described herein. In one embodiment, the memory 
medium may store a software component or program, such as a data socket cUent, as well as 
other software that enables reading data from (or subscribing to data from) a semaphore, 
and/or pubHshing or writing data to a data target in response to a URL. The software 

2 0 component or data socket client may be useable by the application for accessing (reading or 
writing) the semaphore. Also, the memory medium may store an apphcation development 
environment which utilizes the methods described herein to support the creation and/or 
execution of apphcation programs that reference semaphores. 

The term "memory medium" is intended to include an installation medium, e.g., a 

25 CD-ROM, floppy disks 104, or tape device, a computer system memory or random access 
memory such as DRAM, SRAM, EDO RAM, etc., or a non-volatile memory such as a 
magnetic media, e.g., a hard drive, or optical storage. The memory medium may comprise 
other types of memory as well, or combinations thereof 
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In addition, the memory medium may be located in a first computer in which the 
programs are executed, or may be located in a second different computer which connects 
to the first computer over a network, such as the Intemet. In the latter instance, the 
second computer provides the program instructions to the first computer for execution. 
5 Also, the computer system 102 may take various forms, including a personal computer 
system, mainframe computer system, workstation, network appliance, Intemet appliance, 
personal digital assistant (PDA), television system, embedded computer, or other device. 
In general, the term "computer system" can be broadly defined to encompass any device 
having at least one processor which executes instructions fi*om a memory medixmi. 

10 

Figure 3: Computer System Block Dia^am 

Referring now to Figure 3, an exemplary block diagram of the computer system 
illustrated in Figures 2A and 2B is shown. It is noted that any type of computer system 

1 5 configuration or architecture can be used as desired, and Figure 3 illustrates a representative 
PC embodiment. It is also noted that the computer system may be a general purpose 
computer system as shown in Figures 2A and 2B, a computer implemented on a VXI card 
installed in a VXI chassis, a computer implemented on a PXI card installed in a PXI 
chassis, or other types of embodiments. The elements of a computer not necessary to 

2 0 understand the operation of the present invention have been omitted for simphcity , 

The computer 102 includes at least one central processing xmit or CPU 160 which 
is coupled to a processor or host bus 162. The CPU 160 may be any of various types, 
including an x86 processor, e.g., a Pentium class, a PowerPC processor, a CPU fi*om the 
SPARC family of RISC processors, as well as others. Main memory 166 is coupled to 

2 5 the host bus 1 62 by means of memory controller 1 64. 

The main memory 166 stores a program development system, preferably an 
object-based or component-based program development system. The main memory 166 
also may store an application program and a data socket cUent according to the present 
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invention. The main memory 166 also stores operating system software as well as the 
390 software for operation of the computer system^ as well known to those skilled in the art. 

The main memory 166 may also store one or more semaphores for synchronization and/or 
control. The data socket chent will be discussed in more detail below. 

The host bus 162 is coupled to an expansion or input/output bus 170 by means of 
a bus controller 168 or bus bridge logic, The expansion bus 170 is preferably the PCI 
395 (Peripheral Component Interconnect) expansion bus, although other bus types can be 
used. The expansion bus 170 includes slots for various devices such as the data 
acquisition card 114 (of Figure 2A), a GPIB interface card 122 which provides a GPIB 
bus interface to the GPIB instrument 112 (of Figure 2A), and a network interface 186. 
The computer 102 fiirther comprises a video display subsystem 180 and hard drive 182 
4 00 coupled to the expansion bus 1 70. 

Figure 4: Creation and use of a semaphore 

Figure 4 is a flowchart diagram illustrating creation and use of a semaphore 
according to one embodiment of the present invention. As shown, in step 401 a 

4 05 semaphore may be created and stored on the first computer system. This may involve 
allocating a known memory location for storage of relevant data. Step 401 may also 
include configuring application programs and/or data socket clients to access this 
semaphore memory location. 

In step 402 the semaphore may be read from and/or written to by the first 

410 computer system and/or the second computer system (i.e., by applications executing on 
the first computer system and/or the second computer system) for use by a desired 
appUcation, or to maintain desired communication, synchronization, or control When a 
data socket cUent accesses (reads or writes) a semaphore, the data socket cUent performs 
various operations which greatly simplify this data access. For example, the data 

415 comprised in the semaphore may be of a first data type of a plurahty of different possible 
data types. An appUcation program may invoke the data socket cUent when the 
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semaphore is desired to be accessed, and the data socket chent may access the semaphore 
using location information of the semaphore (e.g., a uniform resource locator (URL) 
specifying a location of the semaphore). The data socket client may access the data 
comprised in the semaphore and may automatically convert the data into a format useable 
5 by the appUcation program after the first software component receives the data. The 
application program may receive and process the data after the data is converted. Thus 
the appUcation program is not required to handle any of the data access, retrieval, or data 
conversions involved. The accessing, conversion and processing of the data may be 
performed a plurality of times. Additionally, as noted above the accessing, conversion 
10 and processing of the data may be performed without any user programming required. 
The first software component may perform a locked read-modify-write operation on the 
data comprised in the semaphore, as described below. Accessing the data comprised in 
CI the semaphore may include the following steps, performed by the first software 

01 component: locking the semaphore, reading the data comprised in the semaphore, writing 

I J I 

in 15 new data to the semaphore, and unlocking the semaphore. 



J' Figure 5 A: Writing and reading of a semaphore 

Bi 2 0 Figure 5 A is a flowchart diagram ilhistrating writing and reading of a sem^hore 

U using a data socket according to one embodiment of the present invention. The steps of 

Figure 5 A are a detailed version of step 402 of Figure 4. As shown in step 501, a first 
application program may write a value to the semaphore using the data socket. In step 
502, the second application program may read a value fi:om the semaphore using the data 
25 socket. Alternatively, the second appUcation program may write the value and the first 
application program may read the value. 

Each time a data socket cUent executes to access (read or write) a semaphore, the 
data socket client handles the various details of the access, including, in the case of a 
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read: accessing the memory location of the semaphore, obtaining the data, and converting 
the data into a useable format for the application; and in the case of a write: receiving the 
write data from the application, converting the data into an appropriate format for the 
semaphore, accessing the memory location of the semaphore, and writing the converted 
data to the semaphore. 

Figure 5B: Locking and unlocking of a semaphore 

Figure 5B is a flowchart diagram illustrating locking and unlocking of a semaphore 
using a data socket according to one embodiment of the present invention. 

In step 551, a semaphore is created and stored on a first computer system. The 
semaphore may be created as described above with respect to Figure 4. 

hi step 552, one or more data socket components stored on one or more computer 
systems may read data from the semaphore, hi step 553, one of the one or more data socket 
components stored on one of the computer systems may lock the semaphore such that the 
data socket component has exclusive rights to modify the semaphore and/or write data to 
the semaphore. When more than one of the one or more data socket components that are 
reading data from the semaphore submits a request to lock the semaphore, a queue may be 
created, such that each of the data socket components requesting the lock may obtain the 
lock, in turn. 

hi step 554, the computer system with the lock on the semaphore may perform an 
action. Typically, the type of action performed while a Iqck on a semaphore is held is an 
action that may best be performed sequentially (i.e., one at a time) rather than multiple 
actions performed in parallel by multiple computer systems, hi step 555, the computer 
system with the lock on the semaphore writes data to the semaphore. The data written to 
the semaphore may indicate that an action was taken (e.g., incrementing a coxmter). hi step 
556, the computer system with the lock on the semaphore unlocks the semaphore. At that 
time, if there are other lock requests pending from other data socket components that are 
reading data from the semaphore, processing may loop back to step 553. 
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Data Socket Client and FlexData - Sharing Information across Systems and Applications 

4 75 Data Socket Overview 

The data socket cUent, also referred to as "data socket", comprises a set of 
software components, programs and/or tools which simplify the exchange of data and 
information between an apphcation and a number of different data sources and targets. 
These sources and targets are other entities in the system that data is written to or that 

480 data is read from and include other appUcations, files, HTTP servers, OLE/ActiveX 
automation servers, semaphores and more. In many cases these sources and targets may 
be located on a different machine from the one performing the read and write operations. 
The term "data socket" is an umbrella name for tools in different formats, such as 
ActiveX controls, java applets, Lab VIEW Virtual Listruments (Vis), and CVI instrument 

485 drivers, using a common technology for data exchange. 

The data format used by data socket tools, called Flex Data or FlexData, is 
enhanced for instrumentation style data and may include attributes in addition to the 
actual data. Data attributes may include information such as an acquisition rate, test 
operator name, time stamp, quaUty of data, etc. The Flex Data data format may be 

4 90 readily adapted for other applications and may include other apphcation-specific 
attributes, as desired. 

Data socket tools allow users to easily transfer instrumentation style data between 
different applications, applications and files, as well as different machines. Currently 
these types of transfer are done using less specialized tools such as general-purpose file 

4 95 I/O functions, TCP/IP functions, HTTP/HTML transfers combined with CGI programs 
and more. With all of these existing technologies, the user is required to perform a 
significant amount of programming to accomplish his/her tasks. The data socket client 
and tools of the present invention provide improved functionaUty and reduce 
development effort and time. 
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50 0 Data socket source and targets are addressed using URLs (universal resource 

locator) that follow the standard URL model. Data socket supports standard transfer 
formats including http:, ftp:, and file:, additional transfer formats may also be defined. 
Data socket also includes an extension mechanism that allows users to add support for 
future formats without modifying existing programs that use the data socket 

505 

Underlying Technologies 
OLE/ActiveX 

ActiveX and COM (component object model) are preferably used in much of the 
underlying architecture of the data socket tools including the data socket server 
510 (DataServer) and data object (CWData ActiveX object). 

J TCP/IP 

W TCP/IP (transfer control protocol/Internet protocol) is used to transfer data 

yj 

111 between the DataServer and different data socket chents. 

HI 

M HTTP 

Cl HTTP (hyper text transfer protocol) is used to make requests fi-om data socket 

iili clients to web servers and return the information. 



h 520 FTP 

FTP (file transfer protocol) is used to make requests firom data socket cUents to 
FTP servers and return information stored in a file. 



URL 

525 URLs (universal resource locator) are used to address or identify a data socket 

client's source or target. A URL string starts with its access method, such as http:, which 
the cHent uses to determine how to connect to the source or target. 
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Components 

530 data socket Client 

The data socket client, also referred to as the data socket control, is the name used 
to refer to the component that an application uses to connect to a data socket source or 
target, data socket clients have different formats for different development environments 
(e.g., ActiveX control, LabVIEW Virtual histrument (VI), CVI instrument driver/DLL, 

535 etc.). 

Flex Data 

Flex Data, also referred to as FlexData, is the format of the underlying data packet 
that data socket tools use to send and store information. These packets are system 

54 0 independent and can be transferred over existing communication technologies such as 
ActiveX, Automation/COM or TCP/IP. The Flex Data data packet has provisions for 
adding standard and user defined named attributes that are used to fiirther describe the 
information contained in the packet. For instrumentation-specific functions, information 
such as a time stamp, test operator name, Unit-Under-Test (UUT) identifier, and more 

545 can be added to the data being transferred. Data socket clients convert data native to an 
environment and its attributes into Flex Data format or convert Flex Data formatted data 
back into its native data form. The Flex Data packet is self-describing so no additional 
information need be exchanged between a client and its source or target. 

550 Data Object 

The data socket data object (e.g., CWData ActiveX object) is used in conjunction 
with the data socket ActiveX control to store data along with all additional attributes. 
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Data Socket Server 

555 The data socket server is a stand-alone process running on a system to facilitate 

transfer of data between different processes when no other servers are in place. In many 
cases, data socket clients exchange information with some other type of server such as a 
web server, automation server or file server. In cases where a customer desires to directly 
transfer information between data socket clients, the data socket server preferably acts as 

560 the intermediate data repository. The data socket server is dynamically configurable such 
that any data socket can create tags (i.e., storage locations) in the data socket server. Any 
data socket client may then retrieve the stored information based on the name of the tag. 

Implementations 

5 65 ActiveX control 

The data socket client fimctionality is preferably implemented with an ActiveX 
control and underlying objects. The ActiveX control is preferably optimized for 
Microsoft Visual BasicA^A(Visual Basic for Apphcations)ATB Script but is also 
compatible with other ActiveX control containers including Microsoft Visual C/C++, 

57 0 Borland Delphi, Borland C++ Builder, and National Instruments HiQ 4.0. The data 
socket ActiveX control is part of the ComponentWorks tools suite available from 
National Instruments Corporation and is called CWdata socket. One other significant 
ActiveX component is the CWData object which stores data transferred by the CWdata 
socket control. 

575 

Lab VIEW Vis 

LabVIEW/BridgeVIEW Virtual Instruments (Vis) implement the same data 
socket client functionality as the ActiveX control in a form native to the G programming 
syntax. 

580 
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Instrument Driver 

An instrument driver developed in LabWindows/CVI implements the same basic 
data socket client functionality as the ActiveX control The instrument driver includes 
function panels for use in the LabWindows/CVI environment and allows creation of a 
DLL containing a type library. Natively in CVI the instrument driver should also support 
CVI callback functions to implement data socket client events. 

Java Bean 

One embodiment of the invention comprises a Java bean developed in Java that 
implements the same basic data socket client functionality as the ActiveX control. The 
bean is written in "Pure Java" and can be run on several different computer platforms. 

Additional Components 

URL AccessMethod extensions 

The data socket chent includes built-in support for standard sources such as files, 
ftp and http. Other built-in support includes exchange with a data socket DataServer 
using TCP/IP, referred to as dstp. Developers are also able to define their own extensions 
or plug-ins that allow the data socket to connect to their own data sources (e.g., 
semaphores). Extensions are identified by the URL access method. The URL Access is 
the part of the URL string that precedes the first colon A data socket extension is 
preferably implemented using an automation server written to a common specification. 
The automation server and unique extension name are registered with the operating 
system. The data socket chent uses the automation server when it detects the 
corresponding access method, which is not supported natively but is registered with the 
OS. AppUcations of data socket extensions include direct hnks to OPC servers, external 
instruments, Data Acquisition (DAQ) devices, databases, multimedia devices, and others. 
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File Adapter Extensions 

The data socket clients support certain common file formats such as tab delimited 

610 text when performing file I/O operations. As noted above, the user can also create their 
own file adapters that the data socket client will use to read or write files using custom- 
defined formats. The file name extension or other explicitly stated identifier determines 
the file format used for a particular operation. File adapters preferably comprise 
automation servers that are written to a common specification and registered with the 

615 operating system. 

User Control 

Data socket provides user level tools and utilities to interact and work more easily 
with data socket. A data socket user control provides a simple pre-defined user interface 
62 0 for entering a URL, connecting to the source or target, and monitoring the connection 
status. 

Data Browser 

Data Browser is a simple utility application that uses a data socket cUent to 
625 connect to arbitrary sources and display their data in a suitable form (graphically or text) 
along with any attributes stored with the data. 

Applications 
Interactive Web Pages 

630 One primary use of the data socket is the ability to develop interactive web or 

remote interfaces for applications running on a particular machine. Currently there are 
tools available, including the LabVIEW and CVI Internet Toolkits, to provide some 
amount of interaction between a web browser and an apphcation running on a server. 
However this interaction is very limited in most cases or requires significant amounts of 

635 programming using CGI and HTML image maps. The data socket tools of the present 
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invention enable a user to very simply build a remote application that can interact with 
the main application to send updated information or conmiands back and forth. The data 
socket client, e.g., a data socket ActiveX control, also enables a user to simply build such 
a remote appUcation in a web page and provide a web browser-based interactive interface 
5 to a server apphcation. Apphcations such as running remote experiments or providing 
web based supervisory control to an automation process become feasible and relatively 
simple to implement. 

Universal input API for programming^ 

1 0 The data socket may thus be used as the primary means to retrieve data into a user's 

application, thus greatly simplifying the task compared with using traditional I/O 
mechanisms like file 10. For example, by using the data socket to read in waveforms to 
display in a graph, the user's apphcation is reheved from all tasks related to parsing raw data 
since the data socket returns the Waveform as an easy to use array of numbers. Thus an 

15 application can read data from files of many different formats, or from many different 
sources, such as ftp, http(web), or file servers. An end user can even allow the application 
to read waveforms from new file formats or new hardware devices by creating a new data 
socket extension. 

20 Broadcast distribution of live data 

A data acquisition appUcation can use a data socket client or control to write live 
data to a data socket Server that in turns distributes data to other DataSockets that have 
connected to the server to read data from the server. This method is advantageous over 
typical current scenarios since the data passed can include attributes that do not interfere 
25 v^th the primary value being sent. This allows the source data socket to add new attributes 
without breaking the data socket chents that are reading the Data. 

The data socket can also be used in multimedia apphcations for hve or distributed 
video, including streaming video apphcations and multicast video. In this application, the 
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multimedia or video application uses a data socket client or control to write live data to a 
data socket Server that in turns distributes data to other data sockets that have connected to 
the server. 



5 Figures 6 A and 6B: Examples of using a semaphore 

Figures 6A and 6B illustrate examples of using a semaphore, according to one 
embodiment of the invention. It is noted that various steps in Figures 6A and 6B may 
occur concurrently and/or in different orders. It is noted that the system and method of the 
present invention may be implemented in various ways, other than that shown in Figures 

10 6 A and 6B, as desired. 

A first example of using a semaphore is shown in Figure 6 A. In step 601, a 
semaphore is created and stored on a first computer system. In step 602, one or more 
computer systems monitor the status of the semaphore. Monitoring may also be described 
as "read" mode. In step 603, one of the one or more monitoring computer systems may 

15 switch from "read" mode to 'Svrite" mode, and thus be able to change the status or value of 
the semaphore. After changing the status or value of the semaphore, the computer system 
would release the 'Svrite" mode permission, and revert back to a monitoring state (i.e., 
"read" mode). Based on the change in the status or value of the semaphore, in step 604, one 
of the one or more monitoring computer systems may take an action (e.g., execute a 

20 command). Upon completion of the action, the computer system may switch fi*om "read" 
mode to "write" mode, and thus be able to change the status or value of the semaphore (e.g., 
to indicate that the command has completed successfully). As described above, after 
changing the status or value of the semaphore, the computer system would release the 
'Svrite" mode permission, and revert back to a monitoring state (i.e., "read" mode). 

25 A second example of using a semaphore is shown in Figure 6B. In step 651, a 

semaphore is created and stored on a first computer system. In step 652, one or more 
computer systems monitor the status of the semaphore. In step 653, it is determined if any 
of the one or more monitoring computer systems has submitted a semaphore lock request 
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(e.g., a request to obtain 'Vrite" mode). If not, the monitoring continues, as shown in step 
652. However, if at least one of the one or more monitoring computer systems has 
submitted a semaphore lock request, then step 654 is processed. It is noted that if more than 
one of the one or more monitoring computer systems has submitted a semaphore lock 
5 request, then a queue is created, such that each of the computer systems submitting a 
semaphore lock request may be processed (i.e., each computer system may obtain "write" 
mode for the semaphore, in turn), one at a time. In step 654, the computer system 
submitting a semaphore lock request that is at the top of the queue may obtain the lock on 
the semaphore (i.e., obtain "write" mode). In step 655, the computer system that has the 
10 lock may then take an action, increment the semaphore, and unlock the semaphore (i.e., 
release tiie 'Svrite" mode permission). At this point, processing may continue with step 
656. In step 656, it is determined if any semaphore lock requests remain in the queue. If 
not, the process is completed. However, if there are remaining semaphore lock requests in 
the queue, processing may loop back to step 654. 

15 

Figure 7: An apphcation containing a data socket chent and a semaphore 

Figure 7 is an illustration of an application 700 including two components. The 
apphcation 700 may include a data socket client 702 and semaphore processing 704. 

20 Figure 8: Use of the data socket chent 

Figure 8 comprises a flowchart diagram illustrating use of the data socket client 
according to an embodiment of the present invention. It is noted that various steps in 
Figure 8 may occur concurrently and/or in different orders. 

As shown, in step 802 the user may include or incorporate the data socket client into 
25 an apphcation. The data socket client may have a URL (Uniform Resource Locator) 
associated with it. 

Where the data socket client is a control, the user may drop the data socket control, 
which is preferably a standard interface comphant control, onto a window of a container in 
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step 802. An example of the window is a Visual Basic form. The standard control interface 
is preferably the interface defined by the Microsoft ActiveX Control Specification. 
Controls which conform to the ActiveX OLE Control Specification are referred to as 
ActiveX controls. The control dropped in step 802 is preferably embodied within the 
5 National Instruments" "ComponentWorks" product, which comprises ActiveX controls. 
The ComponentWorks controls are described herein as being used by the Microsoft Visual 
Basic development environment container. However, the ComponentWorks controls 
described may be employed in, but not limited to, the following Ust of containers: Microsoft 
Visual FoxPro, Microsoft Access, Borland Delphi, Microsoft Visual C-Hh, Borland C-H-, 
10 Microsoft Litemet Explorer, Netscape Navigator, Microsoft hitemet Developer Studio, 
National Instruments HiQ, and any other container which supports the ActiveX control 
specification. 

The data socket cUent may also take other forms for different development 
environments, such as a LabVIEW Virtual Instrument (VI), a DLL (dynamic linked 
1 5 library), or an instrument driver/DLL, among others. In these environments, the data socket 
client may be included in an application in a similar manner to other re-useable software 
components. 

In step 804 the user may create application code in the application to process the 
value of a semaphore. Thus, when a semaphore value changes, this apphcation code may 

20 execute to process the new value according to the desired application being performed. 
In step 806 the user may execute the application. 

In step 808 the user may enter the URL of the target data socket or the data socket 
server. It is noted that the URL may also be entered or configured during creation of the 
apphcation, i.e., prior to execution of the application in step 806. 

25 In step 810 the apphcation may execute a Connect method of the data socket 

client using the URL. As noted above, the URL may be received in step 808 or may be 
entered or configured prior to execution of the apphcation. The Connect method may 
operate to access the data socket specified by the URL and to retrieve the semaphore 
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value for the application. This may also involve converting the data to a different format, 
such as the Flex Data format described herein, A more detailed discussion of execution 
of the Connect method of the data socket client is discussed with reference to the 
flowchart of Figures 9 A and 9B. 

When the data socket chent generates an event signifying a change in the value of 
the semaphore, then in step 812 the application may process the new semaphore value 
from the data socket. 

It is noted that steps 808-812 may be performed one or more times during the 
execution of the application, as desired. It is also noted that other addressing schemes are 
contemplated for steps 808 and 810. Thus, depending on the evolution of the Internet and 
http, if other mechanisms are used for accessing data or web sites, these other 
mechanisms may be used in steps 808 and 810. In addition, if the present invention is 
used with other or later developed broadband networks, other types of accessing 
information may be used. Thus the term "URL" is intended to include similar 
methodologies for accessing data, web sites, etc. 

Figures 9A and 9B: Connect Method Flowchart Diagram 

Figxires 9A and 9B comprise a flowchart diagram illustrating the Connect method 
in the data socket chent according to one embodiment of the invention. It is noted that 
various steps in Figures 9A and 9B may occur concurrently and/or in different orders. It is 
noted that the system and method of the present invention may be implemented in various 
ways, other than that shown in Figures 9A and 9B, as desired. 

As shown, in step 902 the data socket client receives the request to connect to the 
specified URL. In other words, the user has entered the URL of the target data socket in 
step 808 of Figure 8, and in step 902 the data socket chent receives this user input. 

In step 904 the data socket client partitions the URL into an AccessMethod, Host 
and Path. The AccessMethod of the URL preferably comprises the first entry in the 
URL, e.g., either http, ftp, file or dstp. Other AccessMethods are also contemplated. The 
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"Host" portion specifies the host computer where the data is located, and the "Path" 
specifies the path where the data is located on the host computer. 

In step 906 a determination of the AccessMethod occurs. If the AccessMethod is 
either http or ftp as determined in step 910, then in step 912 the data socket cUent 
5 connects to the http or ftp server using conventional technology, e.g., using conventional 
Internet technology. 

After step 912, in step 914 the data socket cUent determines the file type. The 
data socket cUent determines the file type for http based on the mime type. The data 
socket client may also determine the file type based on the URL path suffix and/or the 

10 stream contents. After step 914, operation proceeds to step 916. 

If the access method is "file" as determined in step 920, then in step 922 the data 
socket client opens the file using the system's file library. In step 924 the data socket 
cUent determines the file type based on the file suffix or the file contents. After step 924, 
operation advances to step 916. 

15 After the data socket cUent has determined the file type in either of steps 914 or 

924, in step 916 the data socket cUent determines if it has built-in support for the type. If 
the data socket cHent has built-in support for the file type as determined in step 916, then 
in step 918 the built-in adapter comprised in the data socket cHent converts the data from 
the file or stream into a Flex Data object, also referred to as a FlexDataObject. 

20 In step 918 the data socket client converts the data into a form more usable by a 

typical programming language or apphcation. Examples of data converted by the data 
socket include WAV files, tabbed text files, DSD files, and text. For example, if the data 
is retrieved from a spreadsheet, the data socket client converts the tab delimited 
spreadsheet data into a 2D array of numbers, without any tabs or ASCII strings. This 2D 

25 array of numbers is not required to be parsed by the containing application. Also, in 
general, a number of engineering formats exist for storing vectors or arrays. The data 
socket cUent preferably operates to convert data of these various formats into arrays of 
data or numbers for direct use by the apphcation. After step 91 8, operation proceeds to 
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step 957. 

In step 957 the Flex Data object value in the data socket client is set. This means 
that the data which was converted into the more usable form in step 918, such as a 2D 
array, is now stored in memory managed by an object that is accessible by the client 
program. In the current embodiment the chent application can get a copy of the value 
from the Flex Data object by calling a method on the Flex Data object named 
"GetValue". This method preferably returns a copy of the value stored in a VARIANT, a 
structure defined by Microsoft as part of its ActiveX standard for component software. 
The value of attributes can be obtained by calling a method named GetAttribute, or set by 
calling a method named SetAttribute. A VARIANT structure is used for attributes as 
well. The VARIANT structure can hold simple data types hke numbers or Boolean 
values and data types that require additional memory for storage such as strings and 
arrays. 

In step 959 the data socket client notifies the container or application that it has 
received a value from the URL, preferably through a new data event. Operation then 
completes. 

If the data socket chent does not include built-in support for the file type as 
determined in step 916, then in step 925 the data socket client determines if a data socket 
file adapter is registered for that type. A data socket file adapter is created by a user and 
registered with the data socket. The data socket file adapter is used to read or write files 
using custom-defined formats. If a data socket file adapter is not registered for that type, 
then in step 939 the data socket chent notifies the container or apphcation that the value 
cannot be retrieved, and operation completes. 

If a data socket file adapter is registered for that file type as determined in step 
925, then in step 926 the data socket creates the file adapter component or chent. In step 
927 the data socket client calls or invokes the file adapter's Connect method. In step 928 
the file adapter reads data from the file identified by the URL. In step 929 the file adapter 
constructs a Flex Data object with values and attributes extracted from the file. 
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After steps 926 - 929 have been performed, in step 957 the Flex Data object value 
in the data socket cUent is set, and in step 959 the data socket client notifies the container 
or application that it has received a value from the URL, and operation completes. 

If the access method is "dstp" as determined in step 930, then in step 932 the data 
socket chent attempts to make a connection to the data socket server identified by the 
URL using the host name or Internet address encoded in the URL according to standard 
URL syntax. As described above, the access mode "dstp" directs the data socket chent to 
connect to the data socket server identified in the URL. If the connection is estabhshed in 
step 932, then in step 934 the data socket client sends a command indicating a request to 
subscribe to a specific tag, or to write the value of a specific tag maintained by the data 
socket server. The data socket chent preferably sends this command over TCP/EP. If the 
specific tag does not exist on the server, then the server may create the tag and give it an 
initial value, or may report back an error indicating that the requested tag does not exist. 
This is a configuration option on the data socket server. Reporting errors is preferably 
done by sending commands over the TCP/IP connection. Commands are preferably 
sequences of bytes sent over a TCP/IP connection. 

After step 934, as updates are received in step 936, the data socket client sets the 
value in the data socket's Flex Data object and notifies the container. Thus, each time 
update notifications are received from the server, the Flex Data object is set and the 
container or apphcation is notified of each update. Step 936 is continually performed as 
data is received imtil the container instructs the data socket chent to disconnect from the 
URL to which it is connected. 

If the access method is something other than previously noted (i.e., not http, not 
ftp, not file, and not dstp) as determined in step 950, then in step 951 the data socket 
chent derives or constructs the name of an extension or plug-in from the access method 
that was specified in the URL. For example, if the access method is "opc" then the name 
of the extension or plug-in may be "DataSocketPlugIn_opc". 
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In step 952 the data socket client determines if a data socket extension or plug-in 
with the constructed name is registered. Thus, if the access method is not one of the pre- 
defined types, e.g., http, ftp, file, or dstp, in steps 951 and 952 the data socket cUent 
attempts to inteUigently determine the proper extension or plug-in from the access 
5 method that was specified in the URL. 

If no data socket plug-in is registered with the derived name, then the data socket 
chent notifies the apphcation or contamer that the value cannot be retrieved in step 939, 
and operation completes. Alternatively, if a data socket plug-in is registered for the 
determined extension name as determined in step 952, then steps 953 - 956 are 
10 performed. 

In step 953 the data socket client creates an extension component based on the 
registered data socket extension. In other words, the data socket cUent instantiates a 
component from the registered data socket extension. 

In step 954 the data socket client calls the extension component's Connect 

15 method. In step 955 the extension or plug-in connects to the semaphore determined by 
the path and parameters in the URL. hi step 956, when the semaphore has a value, the 
extension stores the value in a Flex Data object and operation then advances to step 957. 
As discussed above, in steps 957 and 959 the data socket chent's Flex Data object value 
is set and the data socket client notifies the container that it has received a value from the 

2 0 URL, and operation then completes. 

Although the system and method of the present invention have been described in 
connection with several embodiments, the invention is not intended to be limited to the 
specific forms set forth herein, but on the contrary, it is intended to cover such 
25 alternatives, modifications, and equivalents, as can be reasonably included within the 
spirit and scope of the invention as defined by the appended claims. 
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